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Disclosure  to  Promote  the  Right  To  Information 

Whereas  the  Parliament  of  India  has  set  out  to  provide  a  practical  regime  of  right  to 
information  for  citizens  to  secure  access  to  information  under  the  control  of  public  authorities, 
in  order  to  promote  transparency  and  accountability  in  the  working  of  every  public  authority, 
and  whereas  the  attached  publication  of  the  Bureau  of  Indian  Standards  is  of  particular  interest 
to  the  public,  particularly  disadvantaged  communities  and  those  engaged  in  the  pursuit  of 
education  and  knowledge,  the  attached  public  safety  standard  is  made  available  to  promote  the 
timely  dissemination  of  this  information  in  an  accurate  manner  to  the  public. 
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NATIONAL  FOREWORD 

This  Indian  Standard  (  Part  2  )  which  is  identical  with  ISO  15022-2  :  1999  'Securities  —  Scheme  for 
messages  (  Data  Field  Dictionary )  —  Part  2  :  Maintenance  of  the  Data  Field  Dictionary  and  Catalogue 
of  Messages'  issued  by  the  International  Organization  for  Standardization  ( ISO  )  was  adopted  by  the 
Bureau  of  Indian  Standards  on  the  recommendations  of  the  Banking  and  Financial  Services  Sectional 
Committee  and  approval  of  the  Management  and  Systems  Division  Council. 

The  text  of  the  International  Standard  has  been  approved  as  suitable  for  publication  as  an  Indian 
Standard  without  deviations.  Certain  conventions  are,  however,  not  identical  to  those  used  in  Indian 
Standards.  Attention  is  particularly  drawn  to  the  following: 

a)  Wherever  the  words  'International  Standard'  appear  referring  to  this  standard,  they  should  be 
read  as 'Indian  Standard'. 

b)  Comma  ( , )  has  been  used  as  a  decimal  marker  while  in  Indian  Standards,  the  current  practice 
is  to  use  a  point  ( . )  as  the  decimal  marker. 

In  the  adopted  standard,  reference  appears  to  the  following  International  Standard  for  which  Indian 
Standard  also  exists.  The  corresponding  Indian  Standard,  which  is  to  be  substituted  in  its  place,  is 
listed  below  along  with  its  degree  of  equivalence  for  the  edition  indicated: 


International  Standard 

ISO  15022-1  :  1999  Securities  — 
Scheme  for  messages  (  Data  Field 
Dictionary  )  —  Part  1  :  Data  field 
and  message  design  rules  and 
guidelines 


Corresponding  Indian  Standard 

IS  15587  (  Part  1  )  :  2005 
Securities  —  Scheme  for  messages 
( Data  Field  Dictionary ):  Part  1  Data 
field  and  message  design  rules  and 
guidelines 


Degree  of  Equivalence 
Identical 


Annexes  A,  B,  C  and  D  form  an  integral  part  of  this  standard.  Annex  E  is  for  information  only. 
Technical  Corrigendum  1  of  the  International  Standard  has  been  given  at  the  end  of  this  publication. 
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Introduction 

This  part  of  ISO  15022  replaces  ISO/TR  7775,  Securities  —  Scheme  for  message  types  and  IS0 11521, 
Securities  —  Scheme  for  interdepository  message  types.  In  the  mid-1990s  it  was  felt  strongly  that  the  International 
Standards  for  communication  between  securities  industry  participants  required  an  urgent  review  aiming  at  (1) 
reducing  the  time  taken  to  deliver  new  message  types  to  the  market  place  and  (2)  improving  "straight  through 
processing"  capabilities. 

ISO  15022  sets  the  principles  necessary  to  provide  the  different  communities  of  users  with  the  tools  to  design 
message  types  to  support  their  specific  information  flows.  These  tools  consist  of: 

—  a  set  of  syntax  and  message  design  rules; 

—  a  dictionary  of  data  fields;  and 

—  a  catalogue  for  present  and  future  messages  built  by  the  industry  with  the  above-mentioned  fields  and  rules. 

To  address  the  evolving  needs  of  the  industry  as  they  arise,  the  Data  Field  Dictionary  and  the  Catalogue  of 
Messages  have  been  kept  outside  the  standard.  They  are  made  available  by  a  Registration  Authority  which  updates 
them  as  necessary  upon  the  request  of  industry  participants. 

To  protect  investments  already  made  by  the  industry,  the  syntax  proposed  in  this  part  of  ISO  15022,  referred  to  as 
the  "Enhanced  ISO  7775  syntax",  is  based  on  the  syntax  used  for  the  previous  ISO  7775  and  ISO  1 1521 .  However, 
to  ensure  the  promotion,  awareness  and  knowledge  of  the  Electronic  Data  Interchange  For  Administration, 
Commerce  and  Transport  (EDIFACT),  a  standard  developed  by  the  United  Nations,  adopted  by  ISO  in  1988  as 
ISO  9735,  and  recommended  as  the  International  Standard  for  Electronic  data  interchange,  ISO  15022  also 
supports  the  EDIFACT  syntax.  To  recognize  that  a  number  of  countries  are  currently  or  may  in  the  future  migrate  to 
EDIFACT,  the  Registration  Authority  shall  register  EDIFACT  fields  and  messages  for  use  by  securities  industry 
participants.  The  ISO  15022  Data  Field  Dictionary  shows  how  to  format  each  data  element  required  in  securities 
messages  in  the  Enhanced  ISO  7775  syntax  and  in  the  EDIFACT  syntax.  Similarly,  the  Catalogue  of  Messages 
shows  messages  structured  under  both  the  Enhanced  ISO  7775  and  the  EDIFACT  message  design  rules  and 
syntax. 

ISO  1 5022  contains: 

—  the  Enhanced  ISO  7775  syntax  and  message  design  rules; 

—  the  organization  of  the  Data  Field  Dictionary  and  the  Catalogue  of  Messages; 

—  the  service  levels  and  procedures  for  the  Registration  Authority,  including  its  supervision  by  ISO. 

The  EDIFACT  syntax  referred  to  in  this  document  is  described  in  ISO  9735. 

It  is  expected  that  this  new  flexible  framework  will  allow  industry  groups  to  build  messages  in  an  international 
language  and  to  migrate  to  EDIFACT  if  desired,  at  the  speed  which  matches  the  urgency  of  their  needs.  If  none  of 
the  messages  recorded  in  the  Catalogue  of  Messages  addresses  their  requirements,  they  will  be  able  to  agree  on 
the  use  of  a  new  one  and  to  design  it  from  the  approved  fields  in  the  Enhanced  ISO  7775  and/or  EDIFACT  syntax. 
The  Registration  Authority  will  create  extra  fields  as  necessary  and  record  the  new  message  types  and  versions  in 
the  Catalogue  of  Messages  to  avoid  the  duplication  of  effort  by  other  groups  who  have  similar  needs.  The 
Registration  Authority  will  ensure  that  the  new  fields  and  the  new  messages  are  available  in  both  the  Enhanced 
ISO  7775  and  the  EDIFACT  formats,  as  required. 

Straight  through  processing  is  expected  to  be  enhanced  because  each  community  of  users  will  be  able  to  explicitly 
define  its  own  business  requirements  and  convert  them  into  market  specific  message  type  versions.  The  approach 
differs  from  the  generic  international  messages  defined  so  far  by  ISO,  which  did  not  explicitly  identify  market 
specifics  and  therefore  rendered  the  communication  interfaces  dependent  on  additional  rules  to  be  agreed 
bilaterally  between  senders  and  receivers. 
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Although  the  new  framework  permits  multiple  versions  of  the  same  message  type,  it  is  expected  that  market  forces 
will  naturally  limit  their  creation  to  what  is  actually  required  until  further  convergence  of  market  practices  makes  it 
possible  to  develop  true  international  message  standards  for  straight  through  processing.  Similarly,  it  is  expected 
that  market  forces  will  naturally  organize  the  migration  to  EDIFACT  at  an  appropriate  pace.  The  dual  structure  of  the 
Data  Field  Dictionary  and  Catalogue  of  Messages  will  facilitate  the  migration  and  the  development  of  any  required 
conversion  mechanisms. 

NOTE  ISO  15022  has  been  designed  to  incorporate  and  be  upwards  compatible  with  the  previous  securities  message 
standards  ISO  7775  and  ISO  11521,  as  updated  in  ISO/TR  7775.  As  a  result  Jhe  initial  Data  Field  Dictionary  and  Catalogue  of 
Messages  accommodate  ISO/TR  7775  data  fields  and  messages.  However,  some  of  the  previous  fields  and  messages  are  not 
fully  compliant  with  the  Enhanced  ISO  7775  syntax,  and  none  are  compliant  with  EDIFACT.  In  addition,  the  initial  Data  Field 
Dictionary  incorporates  the  Industry  Standardization  for  Institutional  Trade  Communications  (ISITC)  DSTU  1/1995  and  the 
Securities  Standards  Advisory  Board  (SSAB)  data  dictionaries. 

A  list  of  standards  related  to  this  part  of  ISO  15022  is  given  in  the  bibliography. 
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Indian  Standard 

SECURITIES  —  SCHEME  FOR  MESSAGES 
(  DATA  FIELD  DICTIONARY  ) 

PART  2  MAINTENANCE  OFTHE  DATA  FIELD  DICTIONARY  AND 
CATALOGUE  OF  MESSAGES 


1  Scope 

This  part  of  ISO  15022  describes  the  responsibilities  of  the  parties  involved  in  the  maintenance  of  the  Data  Field 
Dictionary  (DD)  and  the  Catalogue  of  Messages  (CM).  There  is  a  Registration  Authority  (RA)  which  is  the  operating 
authority  responsible  for  maintaining  the  Data  Field  Dictionary  and  the  Catalogue  of  Messages,  and  a  Registration 
Management  Group  (RMG).  The  RMG  is  the  governing  body  of  the  RA,  and  monitors  its  performance. 

2  Terms  and  definitions 

For  the  purposes  of  this  part  of  ISO  15022,  the  terms  and  definitions  given  in  part  1  of  ISO  15022  apply. 

3  Structure 

3.1  There  is  a  Service  Level  Agreement  which  determines  the  RA's  responsibilities  and  terms  of  reference 
described  in  this  part  of  ISO  15022. 

3.2  There  is  a  contract  between  ISO  and  the  organization  fulfilling  the  responsibilities  of  the  RA. 

3.3  ISO  subcommittee  ISO/TC  68/SC  4  has  appointed  a  Registration  Management  Group  (RMG)  which  is  made 
up  of  experts  familiar  with  the  current  syntax(es)  used  for  securities  messages  and  securities  industry  experts. 

4  The  contract 

4.1  Although  the  contract  is  between  ISO  and  the  organization  appointed  as  the  RA,  the  ISO  Central  Secretariat 
will  normally  act  on  the  recommendations  of  ISO/TC  68/SC  4,  or  its  successor.  Such  actions  will  occur  as  soon  as 
practical. 

4.2  The  contract  between  ISO  and  the  organization  appointed  as  the  RA  will  be  for  an  initial  period  of  two  years. 
Thereafter  it  may  be  terminated  by  either  party  on  6  months  written  notice. 

4.3  The  contract  may  be  terminated  with  immediate  effect  if  the  organization  appointed  as  the  RA  fails  to  perform 
its  duties  due  to  gross  negligence,  or  in  the  event  of  the  failure  of  the  organization  appointed  as  the  RA. 

4.4  If  the  contract  is  to  be  terminated  the  secretariat  of  ISOH"C  68/SC  4  shall  instruct  the  RMG  to  initiate  a  search 
for  a  new  Registration  Authority.  If  no  suitable  alternative  can  be  found  within  the  relevant  period,  the 
ISO/TC  68/SC  4  secretariat  will  assume  the  responsibilities  of  the  RA  on  a  temporary  basis  until  a  replacement  is 
found. 

5  Membership 

The  Registration  Authority  (RA)  shall  be  responsible  for  maintaining  the  Data  Field  Dictionary,  the  Catalogue  of 
Messages  and  access  to  the  information  in  a  way  agreed  with  the  Registration  Management  Group  (RMG). 
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5.1  The  current  Registration  Authority  is  specified  in  annex  A. 

The  organization  which  provides  the  RA  function  recognizes  that  its  interests  and  those  of  its  members  and 
subscribers  cannot  take  precedence  over  the  general  interests  of  securities  practitioners  throughout  the  world, 
especially  when  addressing  the  provision  of  the  Data  Field  Dictionary  (DD)  and  the  Catalogue  of  Messages  (CM). 
The  effectiveness  of  the  DD  and  the  CM  depends  on  the  ability  to  support  the  needs  of  people  in  all  industries  in  all 
countries  and  the  recognition  that  all  participants  in  the  system  should  benefit  equally. 

5.2  The  address  of  the  Registration  Management  Group  is  given  in  annex  B. 

The  voting  delegates  performing  the  RMG  function  shall  be  comprised  of  experts  familiar  with  the  current  syntax(es) 
used  for  securities  messages  and  securities  industry  experts  from  not  less  than  seven  SC  4  member  countries  or 
liaison  organizations.  The  voting  membership  must  include  at  least  five  SC  4  P-member  country  delegates  and 
there  shall  be  only  one  voting  delegate  per  country  or  liaison  organization.  The  organization  which  performs  the  RA 
function  shall  appoint  a  delegate  to  the  RMG  and  shall  have  no  voting  right.  This  means  that  the  RMG  will  have  a 
minimum  of  seven  voting  delegates  and  one  non-voting  delegate.  The  RMG  will  appoint  from  its  voting  membership 
a  convenor  and  a  secretary.  Each  of  the  voting  delegates  will  serve  for  a  tenure  of  3  years  at  which  time 
ISG7TC  68/SC  4  may  renew  the  membership  or  nominate  a  replacement. 

6  Functions  and  responsibilities 

6.1  General 

a)  The  RA  shall  submit  to  the  RMG  the  Registration  Authority  Report  two  weeks  prior  to  any  scheduled  meeting  or 
as  required.  The  reports  will  summarize  the  activity  of  the  RA  between  reporting  periods.  The  detailed 
information  will  be  agreed  between  the  RA  and  RMG. 

b)  The  RMG  shall  submit  to  ISG7TC  68/SC  4  a  Registration  Management  Report  consisting  of  any  appeals  or 
complaints  acknowledged  by  the  RMG  within  the  reporting  period.  The  report  will  be  produced  at  least  six 
weeks  prior  to  ISO/TC  68/SC  4  meetings. 

c)  The  RA  will  maintain  records  of  all  completed  Data  Field  Dictionary  and  Catalogue  of  Message  requests  for  a 
minimum  period  of  3  years.  Data  Field  Dictionary  and  Catalogue  of  Messages  requests  include  all  additions, 
changes  and  deletions. 

d)  The  RA  will  maintain  standard  operating  procedures  to  be  submitted  to  the  RMG  for  annual  review.  Any 
changes  to  operating  procedures  shall  be  approved  by  the  RMG. 

e)  The  organization  appointed  as  the  RA  must  maintain  strict  confidentiality  between  the  RA  operating  functions 
and  other  parts  of  its  organization. 

f)  The  RA  must  comply  with  the  appeals  process  administered  by  the  RMG. 

g)  The  RA's  performance  will  be  monitored  by  the  RMG  in  accordance  with  the  conditions  documented  in  both  the 
standard  and  the  contract  between  ISO  and  the  organization  appointed  as  the  RA. 

h)     The  RA  will  make  available  to  any  interested  parties  the  DD  and  CM  in  both  electronic  and  paper  form. 

i)  The  RA  may  appeal  to  the  RMG  for  arbitration  if  it  regards  a  request  as  being  frivolous  or  unreasonable  for  any 
reason. 

6.2  Responsibility  to  requesters 

The  responsibility  of  the  RA  to  a  requester  shall  be  as  follows: 

—  Assisting  the  requester  with  the  compilation  of  the  request  form; 

—  Timely  response  to  all  requests.  This  includes  confirmation  and  processing  of  the  request; 

—  Detailed  explanation  of  all  responses,  if  required,  in  English; 
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—  Provide  assistance  for  general  information  and  service  issues  relating  to  the  DD  and  CM; 

—  Fulfil  the  duties  of  providing  additions,  amendments  and  deletions  to  the  DD  and  CM; 

—  To  advise  the  requester  of  the  appeals  process  if  the  requester  is  dissatisfied  with  the  RA  determination. 

6.3  Liaison  with  UN/EDIFACT  finance  representative  body  (EEG04) 

The  organization  appointed  as  the  RA  shall  liaise  with  EEG04,  the  UN/EDIFACT  Finance  Representative  Body,  or 
any  future  relevant  body,  in  order  to  submit  newly  created  EDIFACT  messages,  segments,  (composite)  data 
elements,  code  words;  etc.  to  the  UN/EDIFACT  for  inclusion  in  the  UN/EDIFACT  Directories. 

7  Ownership  of  the  data 

The  data  which  constitutes  the  Data  Field  Dictionary  and  the  Catalogue  of  Messages  is  the  property  of  ISO,  who 
elect  to  put  it  in  the  public  domain.  On  termination  of  the  agreement  between  ISO  and  the  organization  appointed  as 
the  RA,  ISO  may  request  that  a  full  copy  of  the  data  together  with  a  record  of  all  changes  is  supplied  in  electronic  or 
paper  form. 

The  RA  is  authorized  to  freely  distribute  the  EDIFACT  data  as  long  as  no  changes  are  made  to  the  data  and  the 
version  of  the  UN/EDIFACT  directories  they  are  based  on  is  identified. 

8  Procedural  changes 

The  Service  Level  Agreement  set  forth  to  maintain  ISO  15022  shall  be  the  responsibility  of  the  RA  and  RMG.  Any 
subsequent  changes  will  require  the  approval  of  the  RMG.  The  Service  Level  Agreement  supporting  ISO  15022  is 
included  in  annex  C. 

9  Appeals 

When  a  request  has  been  rejected  by  the  RA,  the  requester  may  appeal  to  the  RMG.  The  RMG  shall  review  the 
original  request  and  the  reason  for  rejection.  Based  upon  this  evaluation,  the  RMG  will  render  its  decision.  This 
decision  will  normally  be  within  30  calendar  days  of  receiving  the  appeal.  A  subsequent  appeal  may  be  made  to 
ISO/TC  68/SC  4. 

10  Complaints 

Complaints  may  be  sent  to  the  RMG  regarding  the  service  provided  by  the  RA.  All  complaints  shall  be  in  written 
form.  Complaints  shall  be  service  orientated  and  will  not  be  considered  as  part  of  the  appeals  process.  The  RMG 
will  aim  to  respond  to  complaints  within  90  calendar  days  of  receipt. 

11  Voting 

All  decisions  rendered  by  the  RMG  shall  be  by  vote  consisting  of  a  two-thirds  majority  of  those  voting. 
ISO/TC  68/SC  4  shall  have  the  right  to  overrule  a  decision  of  the  RMG  by  a  two-thirds  majority  vote  of  its 
P-members,  provided  written  notification  of  an  appeal  against  the  RMG  decision  is  received  within  four  weeks  of 
that  decision.  Voting  in  both  cases  may  occur  through  a  postal  vote  or  through  a  meeting.  An  interested  party  may 
not  vote. 
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Annex  A 

(normative) 

Designation  of  the  Registration  Authority 


As  at  1999-01-05  the  organization  appointed  as  the  Registration  Authority  for  ISO  15022  is: 

Society  for  Worldwide  Interbank  Financial 

Telecommunication  S.C.  (S.W.I.F.T.) 

Avenue  Adele,  1 

B-1310LaHulpe 

Belgium 
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Annex  B 

(normative) 

Registration  Management  Group 


As  at  1999-01-05  the  address  of  the  Registration  Management  Group  for  ISO  15022  is: 

ISO  15022  Registration  Management  Group 

c/o  Secretariat  of  ISO/TC  68/SC  4 

Swiss  Association  for  Standardization  (SNV) 

Muhlebachstrasse  54 

CH-8008  Zurich 

SWITZERLAND 


All  correspondence  is  to  be  forwarded  by  the  TC  68/SC  4  Secretariat  to  all  members  of  the  Registration 
Management  Group  (RMG)  within  one  week  of  receipt. 
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Annex  C 

(normative) 

Service  level  agreement 


The  Service  Level  Agreement  is  between  ISO  and  the  organization  appointed  as  the  Registration  Authority  (RA). 
ISO  has  appointed  the  Registration  Management  Group  (RMG)  to  act  on  its  behalf. 

The  Service  Level  Agreement  highlights  the  changes  to  the  Data  Field  Dictionary  (DD)  and  Catalogue  of  Messages 
(CM)  that  may  be  requested  of  the  Registration  Authority,  together  with  the  expected  response  times  and  some 
legitimate  reasons  for  declining  the  requests. 

The  initial  Data  Field  Dictionary  and  Catalogue  of  Messages  are  being  produced  by  Working  Group  7  of 
ISO/TC  68/SC  4  in  conjunction  with  the  Registration  authority. 

C.1    Request  for  a  new  field 

Requests  for  the  creation  of  both  Enhanced  ISO  7775  data  fields  and  EDIFACT  data  elements  and/or  segments  will 
be  centralized  by  the  RA. 

The  request  for  a  new  field  must  include  all  the  items  which  would  have  to  be  included  in  the  Data  Field  Dictionary, 
e.g.  class  of  field,  field  name,  definition,  format,  where  used,  etc.  The  request  must  state  the  business  justification 
for  the  new  field  and  demonstrate  why  similar  already  existing  fields,  if  any,  do  not  accommodate  the  need. 

The  RA  will  validate  the  completeness  of  the  request  and  return  a  positive  or  negative  acknowledgement  of  receipt 
within  one  week  of  the  receipt.  In  case  the  request  is  invalid,  the  acknowledgement  will  state  the  reason(s)  for 
invalidity,  e.g.  which  items  are  missing. 

The  analysis  of  a  complete  request  for  one  new  field  shall  not  take  more  than  five  business  days.  In  case  of  multiple 
concurrent  demands,  they  will  each  not  require  more  than  five  business  days  and  will  be  treated  on  a  first  in  first  out 
basis. 

The  RA  will  systematically  map  each  newly  created  Enhanced  ISO  7775  data  field  into  the  equivalent  EDIFACT 
data  element  or  segment.  However,  they  will  only  create  the  Enhanced  ISO  7775  field  for  a  new  EDIFACT  element 
or  segment  if  explicitly  requested. 

The  relevant  EDIFACT  body  (currently  EEG04)  will  be  notified  by  the  RA  of  any  need  for  new  EDIFACT  fields. 

The  RA  may  refuse  to  create  a  new  field  in  the  following,  not  limitative,  list  of  cases: 

—  the  field  does  not  comply  with  the  syntax  rules; 

—  the  format  does  not  conform  with  another  ISO  standard; 

—  the  proposed  field  is  the  concatenation  of  existing  data  fields; 

—  part  of  the  proposed  field  is  already  covered  by  existing  field(s)  and  only  the  remaining  part  needs  to  be 
catered  for; 

—  a  field  already  exists  which  meets  the  request; 

—  a  field  already  exists  which  can  be  modified  to  cover  the  request  via  an  additional  qualifier. 
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C.2    Request  for  amendment  of  an  existing  field 


The  procedure  to  request  a  change  to  an  existing  field,  including  new  qualifiers,  new  code  words,  new  code  values 
and  new  data  source  schemes,  is  similar  to  the  procedure  to  request  a  new  field,  except  that  the  request  must 
highlight  the  difference  with  the  current  field  description. 

When  the  request  changes  the  structure  of  the  field  and  might  impact  current  users  of  the  field  (e.g.  the  format  is 
changed),  it  must  be  processed  like  a  request  for  deletion  and  a  request  for  a  new  field.  The  adding  of  a  new  code 
word  or  code  value  to  a  field  would  not  normally  affect  the  structure  of  the  field. 

The  RA  will  process  the  request  for  an  amendment  to  an  existing  field  in  the  same  way  and  timescale  as  for  a  new 
field. 

C.3    Request  for  deletion  of  a  field 

Requests  for  deletion  of  field(s)  are  generally  introduced  at  the  same  time  as  a  request  for  deletion  of  the  message 
type(s)  where  the  field(s)  appear(s).  The  request  for  deletion  may  also  relate  to  an  amendment  (see  clause  2)  or  to 
a  field  which  relates  to  a  message  type  not  yet  recorded  in  the  Catalogue  of  Messages  (see  clause  5). 

To  give  users  an  opportunity  to  disagree  with  the  deletion,  the  field  to  be  deleted  will  be  marked  as  such  for  a  one- 
year  period.  If,  after  this  period,  nobody  identifies  himself  as  a  user,  the  field  shall  be  deleted  from  the  dictionary. 
Changes  required  to  the  UN/EDIFACT  Directories  will  be  communicated  to  and  managed  by  the  relevant  EDIFACT 
body  (currently  EEG04). 

In  case  of  deletion  for  amendment,  the  field  marked  for  deletion  will  refer  to  the  new  version  of  the  data  field. 

C.4    Request  for  registration  of  a  new  message  version  issuer  code 

Institutions  and  market  organizations  may  register  for  a  specific  "message  version  issuer  code"  to  be  used  in 
message  descriptors,  when  they  need  to  identify  proprietary  sub-formats.  Only  one  issuer  code  shall  be  allocated 
per  issuer. 

The  request  must  include  the  list  of  the  message  type  versions  for  which  this  message  version  issuer  code  will  be 
used  and,  for  each  message  type  version,  the  format  of  the  message  version  issuer  sub-code  to  be  used  in 
connection  with  the  issuer  code  and  a  short  description  of  the  related  sub-format. 

Whenever  possible,  message  version  issuer  codes  will  be  based  on  standard  codes,  such  as  the  ISO  10383  Market 
identifier  code  (MIC)  or  the  first  four  characters  of  the  ISO  9362  Bank  identifier  code  (BIG).  The  spelling  of  the 
message  version  issuer  code  may  be  proposed  by  the  requester  but  is  the  exclusive  decision  of  the  RA. 

The  RA  will  validate  the  completeness  of  the  request  and  return  a  positive  or  negative  acknowledgement  of  receipt 
within  one  week  of  the  request.  In  the  case  of  an  invalid  request,  the  acknowledgement  will  state  the  reason(s)  for 
invalidity.  In  the  case  of  a  valid  request,  the  acknowledgement  will  contain  the  attributed  issuer  code. 

The  inclusion  of  related  message  version  issuer  code  and  sub-codes  in  the  Catalogue  of  Messages  shall  be 
performed  within  the  month  following  the  positive  acknowledgement. 

Issuers  shall  communicate  updates  to  be  performed  to  the  identification  or  description  of  their  sub-formats  in  the 
Catalogue  of  Messages.  The  procedure  and  timing  for  update  requests  is  similar  to  the  procedure  and  timing  to 
request  registration  of  a  new  issuer  code. 

C.5    Request  for  creation  of  a  new  message  type  or  version  number 

To  ensure  confidentiality,  requests  for  the  reservation  of  a  message  type  number  or  a  version  number  can  be 
addressed  to  the  RA  before  the  request  to  include  the  message  itself  in  the  Catalogue  of  Messages.  The  request 
must  however  mention  when  the  message  description  will  be  provided  for  inclusion  in  the  Catalogue  of  Messages.  It 
shall  not  be  later  than  one  year  after  the  message  type  number  or  version  number  reservation. 
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The  message  type  number  or  version  number  may  be  proposed  by  the  requester  but  is  the  exclusive  decision  of  the 
RA.  A  reserved  message  type  number  or  version  number  is  subject  to  final  confirmation  after  the  message 
description  is  provided.  The  RA  may  decide,  after  analysis  of  the  message  description  that,  for  example,  the  new 
message  does  not  even  justify  a  specific  version  number  since  it  is  too  close  to  an  existing  message  type  or  version 
(see  clause  6). 

The  reserved  message  type  numbers  or  version  numbers  will  be  communicated  to  the  requester  within  five 
business  days  of  the  receipt  of  the  request. 

C.6    Request  for  Inclusion  of  a  new  message  in  the  Catalogue  of  Messages 

Requests  for  the  creation  of  both  new  Enhanced  ISO  7775  messages  and/or  EDIFACT  messages  will  be 
centralized  by  the  RA. 

The  request  for  inclusion  of  a  new  message  must  include  all  the  items  and  descriptions  which  would  have  to  be 
included  in  the  Catalogue  of  Messages.  The  request  must  state  the  business  justification  for  the  new  message  type 
or  version  and  demonstrate  why  similar  already  existing  messages,  if  any,  do  not  accommodate  the  need.  The 
business  justification  must  identify  the  future  community  of  users  and  give  an  idea  of  the  number  of  users  and  the 
volume  of  messages. 

The  RA  will  validate  the  completeness  of  the  request  and  return  a  positive  or  negative  acknowledgement  of  receipt 
within  three  weeks  of  the  receipt.  In  case  the  request  is  invalid,  the  acknowledgement  will  state  the  reason(s)  for 
invalidity,  e.g.  which  items  are  missing. 

The  analysis  of  a  complete  request  for  one  new  message  shall  not  take  more  than  twenty  business  days.  When  a 
new  message  requires  new  fields  or  amendment  to  existing  fields,  a  specific  request  for  a  new  field  or  amendment 
must  be  introduced  for  each  such  field  according  to  the  procedures  set  forth  in  this  annex.  Whenever  possible, 
these  new  or  amended  fields  will  be  requested,  and  assigned,  before  the  introduction  of  the  new  message.  The 
delay  to  analyse  a  new  message  does  not  start  until  all  fields  required  have  been  created  or  amended  by  the  RA. 

In  case  of  multiple  concurrent  demands,  they  will  each  not  require  more  than  twenty  local  business  days  and  will  be 
treated  on  a  first  in  first  out  basis. 

The  RA  will  systematically  map  each  newly  created  Enhanced  ISO  7775  message  into  the  equivalent  EDIFACT 
message.  However,  they  will  only  create  the  equivalent  Enhanced  ISO  7775  message  for  a  new  EDIFACT  message 
if  explicitly  requested. 

The  relevant  EDIFACT  body  (currently  EEG04)  will  be  notified  by  the  RA  of  any  need  for  a  new  EDIFACT  message. 

The  RA  shall  generally  not  refuse  the  inclusion  of  a  message  provided  it  is  made  of  approved  fields,  it  is  constructed 
along  the  message  design  rules,  and  it  is  different  from  all  existing  messages. 

When  the  difference  with  an  existing  message  is  minor  and  the  need  to  have  a  specific  message  type  or  version  is 
unclear,  -the  RA  shall  investigate  the  added  value  of  the  new  message  with  the  requester  and  analyse  the  possibility 
of  either  using  an  already  existing  message  or  updating  an  already  existing  message  to  include  the  requirements  of 
the  requester.  If  the  requester  maintains  its  request  and  the  RA  remains  unconvinced,  the  RA  shall  refer  the  request 
to  the  RMG  with  a  fair  description  of  the  pros  and  cons  for  the  message.  The  RA  may  question  the  need  for  a  new 
message  in  the  following,  not  limitative,  list  of  cases: 

—  there  is  a  message  with  exactly  the  same  fields; 

—  the  difference  with  an  existing  message  is  limited  to  the  absence  in  the  new  message  of  fields  which  are 
optional  in  the  existing  message; 

—  the  update  which  would  be  required  to  include  the  specific  requirements  in  an  existing  message  is  minor  and 
has  no  impact  on  the  users  of  the  existing  message  (e.g.  wider  scope). 
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C.7    Request  for  amendment  of  a  message 


The  procedure  to  request  a  change  to  an  existing  message  type  or  version  is  similar  to  the  procedure  to  request 
inclusion  of  a  new  message  type  or  version,  except  that  the  request  must  highlight  the  differences  with  the  current 
message  description. 

When  the  request  changes  the  structure  of  the  message  and  might  impact  current  users  (e.g.  a  mandatory  field  is 
suppressed),  it  must  be  processed  like  a  request  for  deletion  and  a  request  for  inclusion  of  a  new  message. 

C.8    Request  for  deletion  of  a  message  from  the  Catalogue  of  Messages 

To  give  users  an  opportunity  to  disagree  with  the  deletion,  the  message  to  be  deleted  will  be  marked  as  such  for  a 
one-year  period.  If,  after  one  year,  nobody  identifies  himself  as  a  user,  the  message  shall  be  deleted  from  the 
catalogue. 

Changes  required  to  the  UN/EDIFACT  Directories  will  be  communicated  to  and  managed  by  the  relevant  EDIFACT 
body  (currently  EEG04). 

In  case  of  deletion  for  amendment,  the  message  marked  for  deletion  will  refer  to  the  new  version  of  the  message. 

C.9    Exceptional  circumstances 

In  exceptional  circumstances  the  RMG  may  agree  to  allow  the  RA  to  modify  the  response  times  and  priorities  in  the 
Service  Level  Agreement.  An  example  of  when  this  could  occur  would  be  if  an  interested  party  had  requested  say 
100  new  fields  just  before  another  interested  party  had  requested  one  new  field. 

C.1 0    Updating  the  electronic  form  of  the  Data  Dictionary  and  Catalogue  of  Messages 

The  electronic  version  of  the  Data  Dictionary  and  the  Catalogue  of  Messages  will  be  updated  in  the  same  time-scale 
as  the  requester  changes.  If  the  RA  agrees  to  amend  the  DD  or  CM  for  any  reason,  then  the  electronic  version  will 
be  updated  within  24  hours  of  the  requester  being  informed. 
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Annex  D 

(normative) 

Accessing  the  Data  Field  Dictionary  and  Catalogue  of  Messages 


The  Registration  Authority  (RA)  is  responsible  for  providing  access  to  the  Data  Field  Dictionary  (DD)  and  Catalogue 
of  Messages  (CM)  to  interested  parties.  The  exact  method  and  facilities  may  be  modified  from  time  to  time  provided 
there  is  prior  written  agreement  with  the  Registration  Management  Group  (RMG).  The  following  describes  the  initial 
proposals. 

D.1  The  RA  will  make  the  DD  and  CM  available  over  the  internet,  or  an  agreed  substitute  network.  There  is  no 
restriction  on  who  can  access  the  information.  The  RA  will  not  charge  for  the  service. 

D.2  The  user  screens  will  include  the  ISO  logo  and  the  wording  'International  Organization  for  Standardization  - 
ISO  15022  Data  Field  Dictionary'.  When  provided  in  paper  form  by  the  RA,  it  shall  include  the  same  information  on 
each  page. 

D.3  The  RA  will  ensure  that  they  are  capable  of  satisfactorily  handling  the  peak  traffic  that  they  expect  to  receive 
under  normal  conditions. 

D.4  The  information  available  on  the  Internet,  or  an  agreed  substitute  network,  will  be  the  latest  master  copy  of  the 
DD  and  CM.  The  RA  will  not  be  entitled  to  publish  in  any  way  information  that  is  later  than  that  on  the  Internet 
master  version.  In  particular  the  RA  will  not  be  entitled  to  publish  provisional  or  interim  information  if  this  is  not  on 
the  Internet  version. 

D.5  Parties  will  normally  be  able  to  browse  and  search  the  DD  end  CM  as  a  minimum  on  Monday  to  Friday  from 
00:00  hours  to  23:59  hours  UCT  (Universal  Co-ordinated  Time). 

D.6    The  detailed  browsing  and  searching  facilities  will  be  agreed  between  the  RMG  and  RA. 
It  is  expected  they  will  include: 

—  an  ability  to  download  the  information  in  the  DD; 

—  an  ability  to  download  the  information  in  the  CM; 

—  an  ability  to  search  for  specific  data  fields  or  classes  of  data  fields; 

—  an  ability  to  search  for  messages  that  fulfil  specific  functions; 

—  an  ability  to  review  the  changes  to  the  DD  and  CM,  possibly  in  a  specific  area,  that  have  occurred  since  a 
specific  date. 

D.7  In  addition  to  the  DD  and  CM  data  the  RA  will  provide  general  and  administrative  information  over  the  internet. 
This  will  cover: 

—  information  about  accessing  the  information,  e.g.  hours; 

—  how  to  request  a  new  field,  message  type  or  message  type  version  number; 

—  the  guaranteed  response  times  for  specific  requests; 

—  the  complaints  procedure; 

—  forms  for  requesting  new  fields  and  message  types  or  versions; 
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—    information  on  how  to  obtain  the  latest  versions  of  the  ISO  15022  and  ISO  9735  standards,  and  when  they 
were  published. 

D.8   The  RA  may  provide  the  DD  and  CM  information  in  another  format.  For  such  services  the  RA  may  make  a 
reasonable  charge. 
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Annex E 

(informative) 


Procedure  for  registering  new  and  modified  messages  and  fields 


The  following  procedure  should  be  adopted  if  it  is  required  to  use  a  new  message,  or  change  the  scope, 
functionality  or  format  of  a  message  or  field  in  any  way. 

E.1    Messages 

—  Before  any  contact  is  made  with  the  Registration  Authority,  the  designers  should  check  whether  a  message  is 
already  registered  in  the  Catalogue  of  Messages  for  the  scenario  in  question. 

—  If  one  exists,  the  designers  should  evaluate  whether  the  message  meets  all  their  requirements.  If  not,  they  can 
submit  a  New  Message  Version  Request  to  the  Registration  Authority.  This  may  lead  to  a  new  version  of  the 
message,  if  accepted. 

—  If  one  does  not  exist,  designers  may  submit  a  Message  Registration  Request  to  the  Registration  Authority  to 
add  a  new  message. 

—  Requests  for  registration  of  a  new  message  need  to  properly  describe  the  scenario(s),  the  relationships,  the 
information  exchange  and  the  states  of  the  transaction(s)  being  covered. 

—  The  Registration  Authority  will  ensure  that: 

—  All  messages  with  the  same  business  function  have  the  same  message  type. 

—  The  code  (i.e.  message  type  and  version)  and  name  of  a  message  will  be  unique  in  the  ISO  15022  Catalogue 
of  Messages. 

E.2    Fields 

—  When  a  field  is  needed,  designers  shall  first  check  whether  a  generic  field  is  already  registered  in  the  Data 
Field  Dictionary  for  the  purpose  in  question. 

—  If  one  exists,  designers  shall  evaluate  whether  the  field  meets  all  their  requirements.  If  not,  they  can  submit  a 
Field  Change  Request  to  the  Registration  Authority.  This  will  frequently  be  1or  the  registration  of  a  new 
qualifier. 

—  If  one  does  not  exist,  designers  may  submit  a  Field  Registration  Request  to  the  Registration  Authority  to  add  a 
new  field. 

—  Requests  for  registration  of  a  new  field  need  to  properly  describe  the  purpose. 

—  The  Registration  Authority  will  ensure  that  the  field  identification  and  the  field  name  are  unique  in  the  ISO 
15022  Data  Field  Dictionary. 

E.3    New  code  word 

—  If  it  is  a  request  for  a  new  code  word  for  an  existing  field,  sub-field  or  qualifier,  which  does  not  affect  the  usage 
of  existing  code  words,  or  the  format  of  the  field,  a  New  Code  Word  Request  should  be  sent  to  the  Registration 
Authority  for  approval. 
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Bibliography 


Users  are  encouraged  to  make  use  of  other  ISO  standards  wherever  practical.  For  example,  some  of  the  fields  in 
the  Data  Field  Dictionary  will  comply  with  the  following  standards. 

[1  ]        ISO  31 66,  Codes  for  the  representation  of  names  of  countries. 

[2]        ISO  421 7,  Codes  for  the  representation  of  currencies  and  funds. 

[3]        ISO  61 66,  Securities  —  International  securities  identification  numbering  system  (ISIN). 

[4]        ISO  8601 ,  Data  elements  and  interchange  formats  —  Information  interchange  —  Representation  of  dates 
and  times. 

[5]        ISO  9362,  Banking  —  Banking  telecommunication  messages  —  Bank  identifier  codes. 

[6]        ISO  9735,  Electronic  data  interchange  for  administration,  commerce  and  transport  [EDIFACT]  —  Application 
level  syntax  rules. 

[7]        ISO  1 0383,  Codes  for  exchanges  and  regulated  markets  —  Market  identifier  codes  (MIC). 

[8]        ISO  1 0962,  Securities  —  Classification  of  Financial  Instruments  (CFI  code). 
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TECHNICAL  CORRIGENDUM  1 


Technical  Corrigendum  1  to  parts  1  and  2  of  International  Standard  ISO  15022  was  prepared  by  Technical 
Committee  ISO/TC  68,  Banking,  securities  and  other  financial  services,  Subcommittee  SC  4,  Securities  and  related 
financial  instruments. 


This  International  Standard  contains  data  elements  related  to  dates  where  ihe  year  is  formatted  in  less  than  four 
digits.  The  format  of  these  data  elements  will  be  considered,  and,  if  appropriate,  amended  on  the  occasion  of  the 
next  revision.  Meanwhile,  it  is  recommended  that  users  consider,  within  the  context  of  their  implementation  of  this 
International  Standard,  any  requirements  for  amendment  in  relation  to  the  year  2000  and  their  business 
environment. 
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J260  3843 
\260  9285 

[2254   1216,2254  1442 
1.2254  2519,2254  2315 

[2832  9295,  2832  7858 
12832  7891,2832  7892 


Branches:  AHMEDABAD.  BANGALORE.  BHOPAL.  BHUBANESHWAR.  COIMBATORE. 
FARIDABAD.  GHAZIABAD.  GUWAHATI.  HYDERABAD.  JAIPUR.  KANPUR. 
LUCKNOW.  NAGPUR.  NALAGARH.  PATNA.  PUNE.  RAJKOT.  THIRUVANANTHAPURAM. 
VISAKHAPATNAM. 
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